Responding to a signal indicating that an autonomous driving feature has been overridden by alerting plural vehicles

ABSTRACT

In one aspect, a device includes at least one processor and storage accessible to the at least one processor. The storage includes instructions executable by the at least one processor to receive at least one override signal of at least a first autonomous driving feature of a vehicle, disable the first autonomous driving feature responsive to the override signal, and wirelessly transmit to at least a first computer server a signal indicating that the override signal was received.

FIELD

The present application relates to technically inventive, non-routinesolutions that are necessarily rooted in computer technology and thatproduce concrete technical improvements.

BACKGROUND

As recognized herein, travel applications executed in vehicles affordthe opportunity to communicate items of interest wirelessly via theInternet (“cloud”), such as speed traps or road construction. In thesecases, it is required of the encountering user to manually enter theappropriate information that then is sent to the cloud and disseminatedfrom there to other drivers. Due to risk of distraction, indifference,and the use of many applications, the information is not efficientlyreported from or to users.

There are currently no adequate solutions to the foregoingcomputer-related, technological problem.

SUMMARY

Accordingly, in one aspect a device includes at least one processor andstorage accessible to the at least one processor. The storage includesinstructions executable by the at least one processor to receive atleast one override signal of at least a first autonomous driving featureof a vehicle, and responsive to the override signal, disable the firstautonomous driving feature. The instructions also are executable towirelessly transmit to at least a first computer server a signalindicating that the override signal was received.

In example embodiments the instructions are executable to, responsive tothe override signal, wirelessly transmit to the first computer server asignal indicating a location of the vehicle associated with the overridesignal. The instructions can be executable to, responsive to theoverride signal, wirelessly transmit to the first computer server asignal indicating a time of the override signal and if desired a signalindicating a direction of travel of the vehicle. Also, in someimplementations the instructions can be executable to, responsive to theoverride signal, increase a gain of at least one sensor of the vehicle.

In non-limiting embodiments the instructions are executable to,responsive to at least a first signal from a network server, present auser interface (UI) on at least one display in communication with thevehicle. The UI may include at least a selector selectable to disable atleast one autonomous driving feature of the vehicle, and/or a selectorselectable to alter a sensitivity of at least one sensor of the vehicle.

Still further, in some examples the device may include the vehicle.

In another aspect, at least one computer readable storage medium (CRSM)that is not a transitory signal includes instructions executable by atleast one processor (in, for instance, a network server) to receive froma first vehicle a signal indicating that at least one autonomous drivingfeature of the first vehicle has been overridden. The instructions areexecutable to receive from the first vehicle indication of a location ofthe first vehicle, and responsive to the signal indicating that at leastone autonomous driving feature of the first vehicle has been overriddenand based at least in part on the location, transmit to plural vehiclesa signal indicating an alert.

In examples, the instructions are executable to transmit to pluralvehicles the signal indicating an alert responsive to the signalindicating that the at least one autonomous driving feature of the firstvehicle has been overridden and responsive to determining that at leasta first number of vehicles other than the first vehicle have reportedrespective overrides of respective autonomous driving features.

In examples, the instructions are executable to transmit to pluralvehicles the signal indicating an alert responsive to the signalindicating that the at least one autonomous driving feature of the firstvehicle has been overridden and responsive to determining that at leasta first number of vehicles other than the first vehicle have reportedrespective overrides of respective autonomous driving features within afirst distance of the location of the first vehicle.

In examples, the instructions are executable to transmit to pluralvehicles the signal indicating an alert responsive to the signalindicating that the at least one autonomous driving feature of the firstvehicle has been overridden and responsive to determining that at leasta first number of vehicles other than the first vehicle have reportedrespective overrides of respective autonomous driving features within afirst distance of the location of the first vehicle within a firstperiod with respect to a time associated with the signal indicating thatat least one autonomous driving feature of the first vehicle has beenoverridden.

In some embodiments the instructions are executable to stop transmittingto plural vehicles the signal indicating the alert responsive to notreceiving indications of autonomous driving feature overrides within atimeout period. If desired, the instructions may be executable toprovide to at least one developer of a driving application and/or anautonomous driving feature program indication of the signal indicatingthat at least one autonomous driving feature of the first vehicle hasbeen overridden.

In another aspect, a method includes receiving from first and secondvehicles respective signals indicating that at least one autonomousdriving feature of the first and second vehicles has been overridden.The method also includes receiving from the first and second vehiclesrespective indications of locations of the first and second vehicles,and responsive to the signals from the first and second vehicles andresponsive to the indications of the locations being within a firstdistance of each other, transmitting to plural vehicles a signalindicating an alert.

The details of present principles, both as to their structure andoperation, can best be understood in reference to the accompanyingdrawings, in which like reference numerals refer to like parts, and inwhich:

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an example system consistent with presentprinciples;

FIG. 2 is a block diagram of an example network of devices consistentwith present principles;

FIG. 3 is a flow chart of example vehicle logic consistent with presentprinciples;

FIG. 4 is a flow chart of example server/cloud logic consistent withpresent principles; and

FIG. 5 is a screen shot of an example user interface (UI) consistentwith present principles.

DETAILED DESCRIPTION

With the proliferation of more autonomous driving features, vehicles canbe programmed with safety features including lane assist, adaptivecruise, and emergency braking, while permitting the driver to takemanual control as needed.

Present principles leverage those times that the autonomous drivingfeatures are overridden by capturing and communicating autonomousoverride events to the cloud to render a real time picture of roadconditions for other users driving the same route. A cloud serverreceiving indications of autonomous driving feature overrides at aparticular road location may transmit to other vehicles an audio orvisual notification to other vehicles to be aware of a possible roadhazard even if the cause of the possible road hazard is not preciselyknown. The server may triangulate where the road problem is usinglocations of plural vehicles experiencing override near a particularlocation.

So for example, if one intersection is a problem and users are alwaysoverriding, the developer of the maps and/or autonomous drivingapplication knows it should adjust its algorithm because auto-driving isnot being performed correctly. If a user override occurs, the system canincrease its lidar gain/sensitivity to ensure it detects something inthe road.

In a first example use case, data is collected and transmittedindicating that many cars in the center lane of I-40 right at milemarker 295 are having to override the lane assist feature and swerveleft. The cloud based system receiving override reports identifies apossible obstruction in the road and transmits warning signals to othervehicles. Upon receiving indication that following vehicles do not haveto swerve or override any more, the cloud based system may rule it as nolonger an issue and remove the warning.

In a second example use case, indication may be received of cars tappingbrakes to disengage adaptive cruise at the same spot on the road. Thiscould be identified as a speed trap or perhaps onlooker distraction.This too can be communicated back to other users using the same routevia their mapping app or interface so that they are made aware of anupcoming event to watch out for.

Prior to delving further into the details of the instant techniques,note with respect to any computer systems discussed herein that a systemmay include server and client components connected over a network suchthat data may be exchanged between the client and server components. Theclient components may include one or more computing devices includingtelevisions (e.g., smart TVs, Internet-enabled TVs), computers such asdesktops, laptops and tablet computers, so-called convertible devices(e.g., having a tablet configuration and laptop configuration), andother mobile devices including smart phones. These client devices mayemploy, as non-limiting examples, operating systems from Apple Inc. ofCupertino Calif., Google Inc. of Mountain View, Calif., or MicrosoftCorp. of Redmond, Wash. A Unix® or similar such as Linux® operatingsystem may be used. These operating systems can execute one or morebrowsers such as a browser made by Microsoft or Google or Mozilla oranother browser program that can access web pages and applicationshosted by Internet servers over a network such as the Internet, a localintranet, or a virtual private network.

As used herein, instructions refer to computer-implemented steps forprocessing information in the system. Instructions can be implemented insoftware, firmware or hardware, or combinations thereof and include anytype of programmed step undertaken by components of the system; hence,illustrative components, blocks, modules, circuits, and steps aresometimes set forth in terms of their functionality.

A processor may be any general purpose single- or multi-chip processorthat can execute logic by means of various lines such as address lines,data lines, and control lines and registers and shift registers.Moreover, any logical blocks, modules, and circuits described herein canbe implemented or performed with a general purpose processor, a digitalsignal processor (DSP), a field programmable gate array (FPGA) or otherprogrammable logic device such as an application specific integratedcircuit (ASIC), discrete gate or transistor logic, discrete hardwarecomponents, or any combination thereof designed to perform the functionsdescribed herein. A processor can also be implemented by a controller orstate machine or a combination of computing devices. Thus, the methodsherein may be implemented as software instructions executed by aprocessor, suitably configured application specific integrated circuits(ASIC) or field programmable gate array (FPGA) modules, or any otherconvenient manner as would be appreciated by those skilled in those art.Where employed, the software instructions may also be embodied in anon-transitory device that is being vended and/or provided that is not atransitory, propagating signal and/or a signal per se (such as a harddisk drive, CD ROM or Flash drive). The software code instructions mayalso be downloaded over the Internet. Accordingly, it is to beunderstood that although a software application for undertaking presentprinciples may be vended with a device such as the system 100 describedbelow, such an application may also be downloaded from a server to adevice over a network such as the Internet.

Software modules and/or applications described by way of flow chartsand/or user interfaces herein can include various sub-routines,procedures, etc. Without limiting the disclosure, logic stated to beexecuted by a particular module can be redistributed to other softwaremodules and/or combined together in a single module and/or madeavailable in a shareable library.

Logic when implemented in software, can be written in an appropriatelanguage such as but not limited to C# or C++, and can be stored on ortransmitted through a computer-readable storage medium (that is not atransitory, propagating signal per se) such as a random access memory(RAM), read-only memory (ROM), electrically erasable programmableread-only memory (EEPROM), compact disk read-only memory (CD-ROM) orother optical disk storage such as digital versatile disc (DVD),magnetic disk storage or other magnetic storage devices includingremovable thumb drives, etc.

In an example, a processor can access information over its input linesfrom data storage, such as the computer readable storage medium, and/orthe processor can access information wirelessly from an Internet serverby activating a wireless transceiver to send and receive data. Datatypically is converted from analog signals to digital by circuitrybetween the antenna and the registers of the processor when beingreceived and from digital to analog when being transmitted. Theprocessor then processes the data through its shift registers to outputcalculated data on output lines, for presentation of the calculated dataon the device.

Components included in one embodiment can be used in other embodimentsin any appropriate combination. For example, any of the variouscomponents described herein and/or depicted in the Figures may becombined, interchanged or excluded from other embodiments.

“A system having at least one of A, B, and C” (likewise “a system havingat least one of A, B, or C” and “a system having at least one of A, B,C”) includes systems that have A alone, B alone, C alone, A and Btogether, A and C together, B and C together, and/or A, B, and Ctogether, etc.

The term “circuit” or “circuitry” may be used in the summary,description, and/or claims. As is well known in the art, the term“circuitry” includes all levels of available integration, e.g., fromdiscrete logic circuits to the highest level of circuit integration suchas VLSI, and includes programmable logic components programmed toperform the functions of an embodiment as well as general-purpose orspecial-purpose processors programmed with instructions to perform thosefunctions.

Now specifically in reference to FIG. 1, an example block diagram of aninformation handling system and/or computer system 100 is shown that isunderstood to have a housing for the components described below. Notethat in some embodiments the system 100 may be a desktop computersystem, such as one of the ThinkCentre® or ThinkPad® series of personalcomputers sold by Lenovo (US) Inc. of Morrisville, N.C., or aworkstation computer, such as the ThinkStation®, which are sold byLenovo (US) Inc. of Morrisville, N.C.; however, as apparent from thedescription herein, a client device, a server or other machine inaccordance with present principles may include other features or onlysome of the features of the system 100. Also, the system 100 may be,e.g., a game console such as XBOX®, and/or the system 100 may include amobile communication device such as a mobile telephone, notebookcomputer, and/or other portable computerized device.

As shown in FIG. 1, the system 100 may include a so-called chipset 110.A chipset refers to a group of integrated circuits, or chips, that aredesigned to work together. Chipsets are usually marketed as a singleproduct (e.g., consider chipsets marketed under the brands INTEL®, AMD®,etc.).

In the example of FIG. 1, the chipset 110 has a particular architecture,which may vary to some extent depending on brand or manufacturer. Thearchitecture of the chipset 110 includes a core and memory control group120 and an I/O controller hub 150 that exchange information (e.g., data,signals, commands, etc.) via, for example, a direct management interfaceor direct media interface (DMI) 142 or a link controller 144. In theexample of FIG. 1, the DMI 142 is a chip-to-chip interface (sometimesreferred to as being a link between a “northbridge” and a“southbridge”).

The core and memory control group 120 include one or more processors 122(e.g., single core or multi-core, etc.) and a memory controller hub 126that exchange information via a front side bus (FSB) 124. As describedherein, various components of the core and memory control group 120 maybe integrated onto a single processor die, for example, to make a chipthat supplants the “northbridge” style architecture.

The memory controller hub 126 interfaces with memory 140. For example,the memory controller hub 126 may provide support for DDR SDRAM memory(e.g., DDR, DDR2, DDR3, etc.). In general, the memory 140 is a type ofrandom-access memory (RAM). It is often referred to as “system memory.”

The memory controller hub 126 can further include a low-voltagedifferential signaling interface (LVDS) 132. The LVDS 132 may be aso-called LVDS Display Interface (LDI) for support of a display device192 (e.g., a CRT, a flat panel, a projector, a touch-enabled lightemitting diode display or other video display, etc.). A block 138includes some examples of technologies that may be supported via theLVDS interface 132 (e.g., serial digital video, HDMI/DVI, display port).The memory controller hub 126 also includes one or more PCI-expressinterfaces (PCI-E) 134, for example, for support of discrete graphics136. Discrete graphics using a PCI-E interface has become an alternativeapproach to an accelerated graphics port (AGP). For example, the memorycontroller hub 126 may include a 16-lane (×16) PCI-E port for anexternal PCI-E-based graphics card (including, e.g., one of more GPUs).An example system may include AGP or PCI-E for support of graphics.

In examples in which it is used, the I/O hub controller 150 can includea variety of interfaces. The example of FIG. 1 includes a SATA interface151, one or more PCI-E interfaces 152 (optionally one or more legacy PCIinterfaces), one or more USB interfaces 153, a LAN interface 154 (moregenerally a network interface for communication over at least onenetwork such as the Internet, a WAN, a LAN, etc. under direction of theprocessor(s) 122), a general purpose I/O interface (GPIO) 155, a low-pincount (LPC) interface 170, a power management interface 161, a clockgenerator interface 162, an audio interface 163 (e.g., for speakers 194to output audio), a total cost of operation (TCO) interface 164, asystem management bus interface (e.g., a multi-master serial computerbus interface) 165, and a serial peripheral flash memory/controllerinterface (SPI Flash) 166, which, in the example of FIG. 1, includesBIOS 168 and boot code 190. With respect to network connections, the I/Ohub controller 150 may include integrated gigabit Ethernet controllerlines multiplexed with a PCI-E interface port. Other network featuresmay operate independent of a PCI-E interface.

The interfaces of the I/O hub controller 150 may provide forcommunication with various devices, networks, etc. For example, whereused, the SATA interface 151 provides for reading, writing or readingand writing information on one or more drives 180 such as HDDs, SDDs ora combination thereof, but in any case the drives 180 are understood tobe, e.g., tangible computer readable storage mediums that are nottransitory, propagating signals. The I/O hub controller 150 may alsoinclude an advanced host controller interface (AHCI) to support one ormore drives 180. The PCI-E interface 152 allows for wireless connections182 to devices, networks, etc. The USB interface 153 provides for inputdevices 184 such as keyboards (KB), mice and various other devices(e.g., cameras, phones, storage, media players, etc.).

In the example of FIG. 1, the LPC interface 170 provides for use of oneor more ASICs 171, a trusted platform module (TPM) 172, a super I/O 173,a firmware hub 174, BIOS support 175 as well as various types of memory176 such as ROM 177, Flash 178, and non-volatile RAM (NVRAM) 179. Withrespect to the TPM 172, this module may be in the form of a chip thatcan be used to authenticate software and hardware devices. For example,a TPM may be capable of performing platform authentication and may beused to verify that a system seeking access is the expected system.

The system 100, upon power on, may be configured to execute boot code190 for the BIOS 168, as stored within the SPI Flash 166, and thereafterprocesses data under the control of one or more operating systems andapplication software (e.g., stored in system memory 140). An operatingsystem may be stored in any of a variety of locations and accessed, forexample, according to instructions of the BIOS 168.

Additionally, though not shown for simplicity, in some embodiments thesystem 100 may include a gyroscope that senses and/or measures theorientation of the system 100 and provides input related thereto to theprocessor 122, as well as an accelerometer that senses accelerationand/or movement of the system 100 and provides input related thereto tothe processor 122. Still further, the system 100 may include an audioreceiver/microphone that provides input from the microphone to theprocessor 122 based on audio that is detected, such as via a userproviding audible input to the microphone, and a camera that gathers oneor more images and provides input related thereto to the processor 122.The camera may be a thermal imaging camera, an infrared (IR) camera, adigital camera such as a webcam, a three-dimensional (3D) camera, and/ora camera otherwise integrated into the system 100 and controllable bythe processor 122 to gather pictures/images and/or video. Also, thesystem 100 may include a GPS transceiver that is configured tocommunicate with at least one satellite to receive/identify geographicposition information and provide the geographic position information tothe processor 122. However, it is to be understood that another suitableposition receiver other than a GPS receiver may be used in accordancewith present principles to determine the location of the system 100.

It is to be understood that an example client device or othermachine/computer may include fewer or more features than shown on thesystem 100 of FIG. 1. In any case, it is to be understood at least basedon the foregoing that the system 100 is configured to undertake presentprinciples.

Turning now to FIG. 2, example devices are shown communicating over anetwork 200 such as the Internet in accordance with present principles.It is to be understood that each of the devices described in referenceto FIG. 2 may include at least some of the features, components, and/orelements of the system 100 described above. Indeed, any of the devicesdisclosed herein may include at least some of the features, components,and/or elements of the system 100 described above.

FIG. 2 shows a notebook computer and/or convertible computer 202, adesktop computer 204, a wearable device 206 such as a smart watch, asmart television (TV) 208, a smart phone 210, a tablet computer 212, avehicle 216, and a server 214 such as an Internet server that mayprovide cloud storage accessible to the devices 202-212, 216. It is tobe understood that the devices 202-216 are configured to communicatewith each other over the network 200 to undertake present principles.

Describing the vehicle 216 in greater detail, it may be an automobilesuch as a car or truck. The vehicle 216 may include one or more sensors218 for sensing current driving conditions in accordance with presentprinciples as set forth further below. For example, the sensor(s) 218may include a camera, a water sensor, a humidity sensor, a temperaturesensor, a laser rangefinder and/or lidar, etc. The sensor(s) 218 mayprovide input to an on-board computer 220 of the vehicle 216 that hasbeen programmed to perform autonomous driving of the vehicle 216 withouta human driver controlling the steering, power, and/or brakingmechanisms of the vehicle 216. However, note that the on-board computer220 may still permit manual driving by the human driver for all or partof driving to a destination.

Regarding manual driving, it is to be understood in the context of thepresent application that “manual driving” may include a human drivercontrolling the steering, power, and/or braking mechanisms of thevehicle 216 to travel in the vehicle 216 using, e.g., a steering wheel,gas pedal, and brake pedal of the vehicle 216, even if the vehicle 218has an automatic transmission.

Now referring to FIG. 3, example logic is illustrated that may beexecuted by a vehicle such as the vehicle 216 shown in FIG. 2. Beginningat block 300, an override of an autonomous driving feature is received.By way of example and not of limitation, the override may be generatedby a driver of the vehicle depressing the brake pedal when the vehicleis in cruise control mode. Or, the override may be generated by a personmanipulating a user interface control to command override of aparticular autonomous driving feature or features. Or the override maybe generated by a person grabbing and moving the vehicle's steeringwheel to turn the vehicle left or right.

Moving to block 302, the affected autonomous driving feature isoverridden and the vehicle responds to manual control of the particulardriving parameter being affected, e.g., speed control or steeringcontrol or other control. Proceeding to block 304, in exampleembodiments the vehicle wirelessly transmits a signal to the “cloud”,i.e., to one or more network servers indicating the autonomous drivingfeature that has been overridden, the time it was overridden, thevehicle's location at the time of override as indicated by, e.g., GPS,and the vehicle's course and speed at the time the autonomous drivingfeature was overridden. If desired, the logic may move to block 306 toautomatically increase a gain of a road sensor on the vehicle such asbut not limited to a light detection and ranging (LIDAR) sensor.

FIG. 4 illustrates example server-side logic. Commencing at block 400,the server wirelessly receives from a vehicle the indication ofautonomous driving feature override sent at block 304 in FIG. 3, alongwith the other information sent by the vehicle. In an example, moving todecision diamond 402 the server may determine whether a threshold numberof vehicles have reported autonomous driving feature override. Thethreshold number may be as low as one but typically is higher (e.g., onehundred or more). A count of override reports may be incremented eachtime an override report is received, if desired within a thresholddistance of a location such as the location received at block 400 and ifdesired within a threshold time period of the report received at block400. The count may be incremented for any override report or only forreports indicating that the same common feature was overridden. Inexamples implementing the test at decision diamond 402, a negativeresult loops the logic back to block 400 to await another overridereport.

Otherwise, the logic proceeds to block 404 to determine a location of apossible hazard. This may be done simply by using a location in thegeographic center of locations received at block 400 from multiplevehicles, such as by triangulating GPS locations received at block 400.Or it may be done by selecting a location that is common to a thresholdnumber of reporting vehicles. The location of a single reporting vehiclemay also be used. Other means to determine a possible hazard locationmay also be used. In any case, the location is then transmittedwirelessly to other vehicles, typically other vehicles using autonomoussystems networked to the cloud. The location may be broadcast to allvehicles in the system or multicast only to vehicles within a thresholdrange of the location of the possible hazard and/or only to vehiclestraveling toward the location of the possible hazard.

In some examples the logic may execute a test at decision diamond 406 todetermine whether no further reports of autonomous driving featureoverrides have been received near the location determined at block 404within a timeous period (e.g., five minutes). If no further reports havebeen received, indicating that whatever the hazard was that was causingdrivers to override autonomous driving, the hazard no longer exists, thelogic may move to block 408 to terminate the transmission of alerts atblock 404. Information pertaining to the location and the autonomousdriving features that were overridden may be provided at block 410 toapplication developers of, e.g., map applications and autonomous drivingprograms for adjustment of the apps/programs.

FIG. 5 shows a user interface (UI) with various settings that may bepresented on an audio and/or video and/or tactile display 502 of thevehicle 216. The UI 500 may include an audible and/or visual and/orhaptic warning 504 of a possible hazard ahead including an indication ofhow far ahead the hazard is (e.g., two hundred feed), in response toreceiving the alert transmitted by the server at block 404 in FIG. 4.The UI 500 may also include at least a first selector 506 that isselectable to enable or configure the device to undertake presentprinciples, in the example shown, to cause one or more autonomousdriving features to be immediately disabled in the vehicle. The UI 500may also include a second selector 508 selectable to increase ordecrease the gain (sensitivity) of the vehicle's road sensor(s).

It may now be appreciated that present principles provide for animproved computer-based user interface that improves the functionalityand ease of use of the devices disclosed herein. The disclosed conceptsare rooted in computer technology for computers to carry out theirfunctions.

It is to be understood that whilst present principals have beendescribed with reference to some example embodiments, these are notintended to be limiting, and that various alternative arrangements maybe used to implement the subject matter claimed herein. Componentsincluded in one embodiment can be used in other embodiments in anyappropriate combination. For example, any of the various componentsdescribed herein and/or depicted in the Figures may be combined,interchanged or excluded from other embodiments.

What is claimed is:
 1. A device, comprising: at least one processor; andstorage accessible to the at least one processor and comprisinginstructions executable by the at least one processor to: receive atleast one override signal of at least a first autonomous driving featureof a vehicle; responsive to the override signal, disable the firstautonomous driving feature; and wirelessly transmit to at least a firstcomputer server a signal indicating that the override signal wasreceived.
 2. The device of claim 1, wherein the instructions areexecutable to: responsive to the override signal, wirelessly transmit tothe first computer server a signal indicating a location of the vehicleassociated with the override signal.
 3. The device of claim 1, whereinthe instructions are executable to: responsive to the override signal,wirelessly transmit to the first computer server a signal indicating atime of the override signal.
 4. The device of claim 1, wherein theinstructions are executable to: responsive to the override signal,wirelessly transmit to the first computer server a signal indicating adirection of travel of the vehicle.
 5. The device of claim 1, whereinthe instructions are executable to: responsive to the override signal,increase a gain of at least one sensor of the vehicle.
 6. The device ofclaim 1, wherein the instructions are executable to: responsive to atleast a first signal from a network server, present a user interface(UI) on at least one display in communication with the vehicle, the UIcomprising at least a first selector selectable to disable at least oneautonomous driving feature of the vehicle.
 7. The device of claim 1,wherein the instructions are executable to: responsive to at least afirst signal from a network server, present a user interface (UI) on atleast one display in communication with the vehicle, the UI comprisingat least a first selector selectable to alter a sensitivity of at leastone sensor of the vehicle.
 8. The device of claim 1, comprising thevehicle.
 9. At least one computer readable storage medium (CRSM) that isnot a transitory signal, the computer readable storage medium comprisinginstructions executable by at least one processor to: receive from afirst vehicle a signal indicating that at least one autonomous drivingfeature of the first vehicle has been overridden; receive from the firstvehicle indication of a location of the first vehicle; and responsive tothe signal indicating that at least one autonomous driving feature ofthe first vehicle has been overridden and based at least in part on thelocation, transmit to plural vehicles a signal indicating an alert. 10.The CRSM of claim 9, wherein the CRSM is implemented in a networkserver.
 11. The CRSM of claim 9, wherein the instructions are executableto: transmit to plural vehicles the signal indicating an alertresponsive to the signal indicating that the at least one autonomousdriving feature of the first vehicle has been overridden and responsiveto determining that at least a first number of vehicles other than thefirst vehicle have reported respective overrides of respectiveautonomous driving features.
 12. The CRSM of claim 9, wherein theinstructions are executable to: transmit to plural vehicles the signalindicating an alert responsive to the signal indicating that the atleast one autonomous driving feature of the first vehicle has beenoverridden and responsive to determining that at least a first number ofvehicles other than the first vehicle have reported respective overridesof respective autonomous driving features within a first distance of thelocation of the first vehicle.
 13. The CRSM of claim 9, wherein theinstructions are executable to: transmit to plural vehicles the signalindicating an alert responsive to the signal indicating that the atleast one autonomous driving feature of the first vehicle has beenoverridden and responsive to determining that at least a first number ofvehicles other than the first vehicle have reported respective overridesof respective autonomous driving features within a first distance of thelocation of the first vehicle within a first period with respect to atime associated with the signal indicating that at least one autonomousdriving feature of the first vehicle has been overridden.
 14. The CRSMof claim 9, wherein the instructions are executable to: stoptransmitting to plural vehicles the signal indicating the alertresponsive to not receiving indications of autonomous driving featureoverrides within a timeout period.
 15. The CRSM of claim 9, wherein theinstructions are executable to: provide to at least one developer of adriving application and/or an autonomous driving feature programindication of the signal indicating that at least one autonomous drivingfeature of the first vehicle has been overridden.
 16. A method,comprising: receiving from first and second vehicles respective signalsindicating that at least one autonomous driving feature of the first andsecond vehicles has been overridden; receiving from the first and secondvehicles respective indications of locations of the first and secondvehicles; responsive to the signals from the first and second vehiclesand responsive to the indications of the locations being within a firstdistance of each other, transmitting to plural vehicles a signalindicating an alert.
 17. The method of claim 16, wherein the method isimplemented by a network server.
 18. The method of claim 16, comprising:transmitting to plural vehicles the signal indicating an alertresponsive to determining that at least a first number of vehicles otherthan the first and second vehicles have reported respective overrides ofrespective autonomous driving features.
 19. The method of claim 16,comprising: transmitting to plural vehicles the signal indicating analert responsive to determining that at least a first number of vehiclesother than the first and second vehicles have reported respectiveoverrides of respective autonomous driving features within a firstperiod with respect to a time.
 20. The method of claim 16, comprising:stopping transmitting to plural vehicles the signal indicating the alertresponsive to not receiving indications of autonomous driving featureoverrides within a timeout period.